{{tag>entreprise serveur Hardy Maverick}}
----
====== Puppet ======

===== Présentation =====
Puppet est un outils de gestion de la configuration de serveurs, il permet le télédéploiement de configuration sur un ensemble de serveurs en quelques minutes. L’intérêt de cette solution open source réside dans son support multi-plateformes (basé sur ruby), sa sécurité (ssl), son développement actif et sa relative simplicité à mettre en oeuvre.
\\
{{:administration:puppet.png|}}

<note tip>Il existe une version Legacy (0.25.x) qui comporte de nombreux bugs et manque de fonctionnalités l'article ci dessous ne traite que de la version stable 2.6.x et supérieure</note>

===== Prérequis =====
  * Disposez de plusieurs serveurs à administrer sans quoi le gain de temps et d'énergie ne sera pas effectif.
  * Notions en administration système.

===== Systèmes supportés =====
Puppet fonctionne sur la plupart des système Uni* et dans une moindre mesure Windows. voir [[http://www.puppetlabs.com/puppet/requirements/|ici]] pour plus de détails.

===== Installation =====
Puppet est présent dans les dépôts, installez les paquets puppet, facter et puppetmaster (pour le serveur maître) :
  * Sur le client
<code>apt-get install puppet</code>
  * Sur le master
<code>apt-get install puppetmaster</code>
Cependant si vous souhaitez une version différente rendez vous sur la page de téléchargement [[http://www.puppetlabs.com/misc/download-options/|officielle]] pour obtenir un package .tar.gz. Autre solution installer puppet sous forme de [[http://puppetlabs.com/downloads/gems/|gem]] (le système de paquet ruby). Dans ce cas l'installation est tout aussi simple :
<code>gem install facter
gem install puppet</code>

===== Configuration =====

==== Maître ====
=== Fichiers de configuration ===
<note tip>Les fichiers de configuration sont donnés à titre d'exemple vous êtes libre d'indiquer d'autres paramètres.</note>

On modifie le fichier /etc/puppet/puppet.conf
<file>
[main]
logdir =        /var/log/puppet
vardir =        /var/lib/puppet
ssldir =        $vardir/ssl
rundir =        /var/run/puppet
confdir =       $vardir
factpath =      $vardir/lib/facter
pluginsync =    false
server =        hostnameduserveur
report =        true
reports =       log,store

[master]
templatedir =   $vardir/templates
modulepath =    $vardir/modules
libdir  =       $vardir/plugins
syslogfacility = user
</file>

=== Parefeu ===
On modifie également notre firewall afin de laissez passer les flux :
<code>
iptables -A OUTPUT -p tcp -m state --state NEW,ESTABLISHED -s ipdumaster --sport 8140 -d ipduclient -j ACCEPT
iptables -A INPUT -p tcp -m state --state NEW,ESTABLISHED -s ipduclient -d ipdumaster --dport 8140 -j ACCEPT
</code>

==== Esclave ====

=== Configuration de l'agent Puppet ===
/etc/puppet/puppet.conf
<file>
[main]
server =        hostnamedevotremaster
report =        true
rundir =        /var/run/puppet/
runinterval =   50

[agent]
listen=true
</file>

Le paramètre **listen** et les fichiers auth.conf et namespaceauth.conf sont nécéssaire pour activer le déploiement à partir du master (**puppet kick** ou **puppetrun**) si vous ne souhaitez pas utiliser ces commandes, ces fichier sont inutiles.

/etc/puppet/auth.conf
<file>
path /run
method save
allow *
</file>

/etc/puppet/namespaceauth.conf
<file>[puppetrunner]
allow *
[puppetbucket]
allow *
[puppetreports]
allow *
[resource]
allow *
[kick]
allow *
</file>

=== Parefeu ===
Si vous disposez d'un parefeu actif il faut songer à ouvrir le port 8139 :
<code>
iptables -A OUTPUT -p tcp -m state --state NEW,ESTABLISHED -s ipduclient --sport 8139 -d ipdumaster -j ACCEPT
iptables -A INPUT -p tcp -m state --state NEW,ESTABLISHED -s ipdumaster -d ipduclient --dport 8139 -j ACCEPT
</code>

===== Validation =====
Avant de pouvoir utilisez un client il faut préalablement le valider auprès du master. Pour cela sur le client lancer la commande :
<code>puppetd --test</code>
Cela va générer un certificat que l'on nous demanderas de valider, pour cela sur le serveur :
<code>puppetca --list
nomduclient
</code>
doit nous retourner le nom du serveur en attente de validation ensuite on signe le certificat en attente :
<code>puppetca --sign nomduclient</code> ou bien <code>puppetca -s nomduclient</code>

===== Déploiement à partir du master =====
Pour lancer le **puppetd --test** sans devoir être connecté à chaque client on lance
<code>puppet kick nomduclient</code>
ou encore
<code>puppetrun nomduclient</code>
<note tip>Si cela ne fonctionne pas vérifiez bien qu'un déploiement sur le client est fonctionnel ainsi que l'ouverture des ports du parefeu.</note>

===== Problèmes =====
==== Désactivez le déploiement automatique d'un client ====
Un client **puppetd** qui tourne en daemon à la fâcheuse tendance d'être configuré pour exécuter un //**puppetd --test**// à intervalle régulier. Pour solutionner ce problème tout en gardant un démon à l'écoute du **puppetrun** du master il faut lancer le process **puppetd** avec l'option **--no-client** soit :
<code>puppetd --no-client</code> pour automatiser l'ensemble on pourra le rajouter dans le fichier /etc/init.d/puppet

==== err: Could not retrieve catalog: Could not parse for environment development: Could not match '' ====
Ce problème peut survenir au cours d'un déploiement, il s'agit d'un mauvais encodage du/des fichier(s) de scripts puppet lorsque il ont été créé à partir d'un poste sous Windows, pour résoudre ce soucis un petit coup de dos2unix fera l'affaire =) :
<code>dos2unix le/fichier/de/script</code>

==== no certificate found and waitforcert is disabled ====
<code>warning: peer certificate won't be verified in this SSL session
Exiting; no certificate found and waitforcert is disabled</code>
Le certificat n'a pas encore été signé sur le master.

==== Run of Puppet configuration client already in progress ====
<code>notice: Run of Puppet configuration client already in progress; skipping</code>
Indique que Puppet est déjà en cours d’exécution sur la machine.

==== certificate verify failed ====
<code>err: Could not retrieve catalog from remote server: SSL_connect returned=1 errno=0 state=SSLv3 read server certificate B: certificate verify failed</code>
indique que le certificat que possède le client diffère de celui du master, aussi la solution la plus simple est de régénérer un certificat sur le client puis de le signer sur le master. pour ce faire on supprime le certificat précédent.
<code>rm -rf /etc/puppet/ssl</code>
<note important>Le répertoire peut différer en fonction de votre configuration, il s'agit de la valeur de la variable **ssldir** dans le fichier **///etc/puppet/puppet.conf//**</note>
On effectue une nouvelle tentative de déploiement qui vas générer un nouveau certificat
<code>puppetd --test
info: Creating a new SSL key for votreserveur.fr
warning: peer certificate won't be verified in this SSL session
info: Caching certificate for ca
warning: peer certificate won't be verified in this SSL session
warning: peer certificate won't be verified in this SSL session
info: Creating a new SSL certificate request for votreserveur.fr
info: Certificate Request fingerprint (md5): 80:AE:23:1C:03:DF:5D:65:0D:8F:04:82:AC:D2:BF:C1
</code>
On peut ensuite signer le certificat sur le puppetmaster et déployer de nouveau.

<note tip>Si le problème persiste toujours il s'agit alors sans doute d'une mauvaise synchronisation horaire entre le client et le master.</note>

===== Désinstallation =====
Pour supprimer cette application, il suffit de [[:tutoriel:comment_supprimer_un_paquet|supprimer son paquet]]. Si vous avez choisi l'option des gems il vous suffira de faire :
<code>gem uninstall puppet
gem uninstall facter</code>.

===== Liens =====
  * **en** [[http://www.puppetlabs.com/|Site officiel]]
  * **en** [[http://docs.puppetlabs.com/|Documentation officielle]]
  * [[http://puppetlabs.com/downloads/gems/|Dépôt de gems]]
  * **fr** [[http://fr.wikipedia.org/wiki/Puppet_%28outil%29|Fiche sur Wikipédia]]

----
//Contributeurs principaux : [[:utilisateurs:herrleiche]].//